\chapter{Contextualização do SacarWeb}\label{capitulo1}
Profissionais de Saúde de hospitais universitários devem se preocupar tanto com questões clínicas quanto com questões de ensino e de pesquisa científica. Dados clínicos podem ser uma fonte de dados para estudos muito rica, mas para isso devem ser estruturados de maneira que seja fácil recuperá-los. É comum a existência de diversas fontes de Registros Eletrônicos de Paciente ou, \textit{Electronic Patient Record} (EPR), sendo difícil, devido a essa multiplicidade de fontes, mantê-las integradas para melhores resultados em análises de exames, dados históricos de pacientes, entre outros.

No (HU) Hospital Universitário da (UEL) Universidade Estadual de Londrina existe uma unidade médica responsável pela reabilitação de pacientes com doenças respiratórias crônicas. Essas doenças, em geral, necessitam de acompanhamento contínuo para controlar a ocorrência de crises. No intuito de auxiliar os profissionais a acompanhar seus pacientes individualmente, assim como estudar grupos de pacientes de acordo com características específicas, foi desenvolvido o (SacarWeb) Software para Avaliação Cardio-Respiratória na Web. A aplicação foi projetada e desenvolvida por uma equipe de Informática Médica da UEL, e pretende auxiliar nas avaliações do Sistema Cardio-Respiratório.

Um dos grandes desafios do SacarWeb é construir um banco de dados clínicos compartilhados entre múltiplas unidades de saúde. A idéia de compartilhar um banco de dados clínico emergiu da necessidade de um conjunto de casos de estudo para ensino e pesquisa \cite{Rossi2005}. Essa abordadem pode ser uma maneira rápida de atingir o objetivo, ao invés de considerar os dados de apenas uma unidade de saúde. Um dos conceitos chave é utilizar o trabalho colaborativo, onde cada unidade é responsável pelos dados de seus pacientes, possuindo acesso de leitura e escrita a seus dados, permitindo, ou não, o compartilhamento de dados de seus pacientes com administradores locais de outras unidades de saúde, mas com sigilo necessário aos dados relativos a identificação dos pacientes.

Ao lançamento do primeiro protótipo, observou-se que alguns pesquisadores possuíam resistência quanto ao compartilhamento de dados. Uma abordagem alternativa foi proposta pelos usuários em potencial: a criação de grupos de pesquisa que podem compartilhar dados clínicos, mas apenas para estudos específicos. Essa abordagem está em processo de desenvolvimento, mas para fornecer uma maior confiança aos profissionais de saúde, algumas funcionalidades estão sendo adicionadas, previamente a questão de compartilhamento de dados.

Essa decisão implicou na revisão de algumas necessidades estabelecidas durante o processo de projeto do software. Algumas das funcionalidades são \cite{Rossi2005}:
\begin{itemize}
 \item Recuperação de informação relevante pela aplicação através de filtros dinâmicos nas variáveis de interesse de um profissional de saúde;
 \item Explicação dos processos, variáveis e cálculos envolvidos em cada exame, através da adição de metadados aos exames.
\end{itemize}

Outros focos de desenvolvimento foram tomados em etapas anteriores do projeto, visando atualizações tecnológicas e melhorias significativas para o usuário o final. Duas das principais mudanças implantadas foi a remodelagem da aplicação em nível de servidor \cite{Amorim2006} e, posteriormente, em nível de cliente \cite{Ferracioli2007}.

Na primeira, a aplicação passou por um processo de reengenharia, o que possibilitou uma diminuição da carga do servidor, melhoria na gerência do projeto através do estabelecimento de documentação padronizada, atualização da linguagem de programação utilizada do PHP (\textit{PHP: Hypertext Preprocessor}) 4 para o PHP 5 o que conseqüentemente atendeu melhor as necessidades da aplicação, que passou a utilizar o paradigma de programação Orientado a Objeto e, por fim, uma reengenharia também do banco de dados \cite{Amorim2006}.

Apesar dos bons resultados atingidos atingidos com essa remodelagem, o lado do cliente ainda sofria com a falta de padronização e com páginas pesadas. Já os desenvolvedores sofriam com a incompatibilidade de código entre \textit{browsers} e falta de padronização para o desenvolvimento de interfaces. Por isso, foi proposta a remodelagem do lado do cliente, que passou a utilizar de maneira correta as recomendações do \textit{World Wide Web Consortium} (W3C)\footnote{http://www.w3.org}. A aplicação foi dividida em camadas - conteúdo, apresentação e comportamento - e teve sua interface remodelada. Essas mudanças facilitaram tanto o desenvolvimento quanto a manutenção da aplicação, que ficou modularizada, diminuiu ainda mais a carga do servidor e melhorou o desempenho para o cliente \cite{Ferracioli2007}.

Entretanto, as questões anteriores a essas duas fases ainda permaneciam vivas. Para melhor atendê-las, foram levantadas necessidades relacionadas a internacionalização, semântica e comportamento da aplicação.

A internacionalização passou a ser interessante devido ao interesse de pesquisadores de fora do Brasil na utilização do SacarWeb como fonte de pesquisa. Visto que seu idioma original é o português brasileiro, seria de grande ajuda a tradução do software para outros idiomas, como o inglês. Pesquisas também apontam que essa é uma funcionalidade que indica um maior nível de profissionalismo \cite{Fogg2001}.

Questões semânticas possuem grande potencial em aplicações de saúde \cite{BernersLee2001}, e com o SacarWeb não seria diferente. Inicialmente, para ele será interessante o fornecimento de metadados sobre recursos oferecidos, no caso os exames disponíveis na aplicação. Essa abordagem foi pensada como solução para prover uma maneira padronizada e confiável de manter informações sobre os recursos disponíveis para possíveis interessados na sua utilização. Entretanto, ela também é interessante para os próprios usuários atuais do sistema, que podem tirar pequenas dúvidas ou utilizá-lo como guia para novos utilizadores. Além dessas, ainda existe a possibilidade de interoperabilidade dos recursos do SacarWeb com outras aplicações, aumentando assim a quantidade de dados disponíveis para pesquisa.

Uma questão comportamental e gerencial também foi levantada para uma melhor manutenção da aplicação. Erros na aplicação, apresentação de dados que não condizem com a realidade e instabilidade fazem com que um software perca a sua confiabilidade e credibilidade perante os utilizadores \cite{Ceaparu2003}, \cite{Fogg2001}. Entretanto, muitas vezes o time de desenvolvimento não fica sabendo desses acontecimentos e, quando tem conhecimento, muitas vezes a comunicação com o usuário não é ótima. Pensando em melhorar esse processo, foi pensada numa maneira padronizada e automatizada de reporte de erros e comunicação usuário/desenvolvedor.

O estado de desenvolvimento das soluções propostas para essas necessidades são apresentadas nos capítulos \ref{capitulo2}, \ref{capitulo3} e \ref{capitulo4}.